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Description 

COMPUTER-IMPLEMENTED METHOD FOR 
ANALYZING A PROBLEM STATEMENT 
BASED ON AN INTEGRATION OF Six 
Sigma, LEAN MANUFACTURING, AND 
KAIZEN ANALYSIS TECHNIQUES 

Background of Invention 
[0001] 1. Field of the Invention 

[0002] The present invention relates to methods for analyzing 
problem statements of the type which involve analyzing 
the problem statement according to an integration of Six 
Sigma, Lean Manufacturing, and Kaizen analysis tech- 
niques. 

[0003] 2. Background Art 

[0004] The analysis of problem statements is one means by 

which manufacturing companies can trouble-shoot and 
improve manufacturing. Six Sigma, Lean Manufacturing, 



and Kaizen techniques are some of the preferred tech- 
niques for analyzing problems. 

[0005] It is desirable to integrate various aspects of the different 
analysis techniques when analyzing the problem state- 
ments. Typically, such integration requires an operator 
with vast experience with each analysis technique to de- 
velop a customized analysis schedule based on the partic- 
ular problem statement. This makes it difficult as there 
are many problems which need analysis and too few ex- 
perts to customize particular analysis techniques. 

[0006] In the past, this problem was addressed by creating ro- 
bust one size fits all analysis schedules. These robust 
schedules would generally comprise a number of analysis 
portions which together formed the integration of the dif- 
ferent analysis techniques (i.e. Six Sigma, Lean Manufac- 
turing, and Kaizen), regardless of whether the analysis 
techniques were actually needed. 

[0007] Because the one-size fits all schedules failed to eliminate 
the unnecessary analysis techniques, resources would be 
allocated for the unneeded analysis techniques, adding 
excessive costs and time to the problem analysis. 

[0008] Accordingly, there exists a need to analyze problems in 
such a manner that includes the integration of Six Sigma, 



Lean Manufacturing, and Kaizen in a cost and time effec- 
tive manner and witliout tlie need for an expert to cus- 
tomize an analysis scliedule for each problem statement. 
Summary of Invention 

[0009] It therefore, an object of the present invention to pro- 
vide a method for analyzing problems which includes the 
integration of Six Sigma, Lean Manufacturing, and Kaizen 
analysis techniques in a cost and time effective manner 
and without the need for an expert to customize an analy- 
sis schedule for each problem. 

[0010] One aspect of the present invention relates to a com- 
puter-implemented method to analyze a problem state- 
ment. The method includes analyzing the problem state- 
ment according to a systematic set of predefined criteria 
to focus the problem statement in terms of an operational 
definition. The method further includes assigning a level 
indicator to the operational definition and analyzing the 
focused operational definition based on the level indica- 
tor. 

[0011] The method can include one or more computers for auto- 
matically generating a multiple-day Six Sigma Kaizen 
schedule based on the level indicator. Preferably, the 
computer generates a schedule which focuses on institu- 



tionalized standards and processes for a level II indicator, 
on defect appearance measurement systems and pro- 
cesses for a level III indicator, and on defect origination 
process controls for a level IV indicator. 
[0012] One aspect of the present invention relates to a computer 
configured with instructions for analyzing a problem 
statement. The computer includes instructions for analyz- 
ing the problem statement according to a systematic set 
of predefined criteria to focus the problems statement in 
terms of an operational definition. The computer further 
includes instructions for assigning a level indicator to the 
operational definition. The computer still further includes 
instructions for analyzing the focused operational defini- 
tion based on the level indicator. 
Brief Description of Drawings 

[0013] Figure 1 illustrates a system for a method of analyzing a 
problem statement in accordance with the present inven- 
tion; 

[0014] Figure 2a-2c illustrate a flowchart of the method for ana- 
lyzing a problem statement in accordance with the 
present invention; 

[0015] Figure 3 illustrates a level II Six Sigma Kaizen schedule in 
accordance with the present invention; 



[0016] Figure 4 illustrates a level III Six Sigma Kaizen schedule in 

accordance with the present invention; and 

[0017] Figure 5 illustrates a level IV Six Sigma Kaizen schedule in 

accordance with the present invention. 
Detailed Description 

[0018] Figure 1 illustrates system 10 for analyzing a problem 

statement in accordance with the present invention. Sys- 
tem 10 is configured to provide a user with a number of 
operation and decision making instructions which the user 
can follow to analyze a problem. 

[0019] To facilitate the analysis process and to direct less experi- 
enced users, computer 12 can include graphical display 
16 instructions. The user can follow the instructions to 
analyze the problem. The computer can also be config- 
ured to receive and store data entered by the user and to 
interact with database 20 over network 24. The present 
invention is not limited to the use of a computer, however. 
A computer is one way in which the method of the present 
invention can be applied. 

[0020] Figure 2 illustrates flowchart 28 of a method for analyzing 
a problem statement in accordance with the present in- 
vention. In general, instructions representative of the 
method shown in flowchart 28 are provided by computer 



12 to a user through graphical displaying 16. Preferably, 
the computer instructs the user to input data and follow 
the instructions for the blocks described below and shown 
in Figure 2. Correspondingly, computer 12 can provide an 
input field or display field for receiving or displaying the 
instructions of each block. The user responds to the in- 
structions by inputting a response to the computer. This 
can be done with a keyboard or other inputting means. 
The computer then provides further instructions to the 
user based on the user's inputted responses. The com- 
puter need not understand the data inputted by the user. 
The computer may perform some analyses on the fields to 
insure data has been inputted and that it has the right 
formatting. Thereafter, the computer provides the next 
set of instructions with the corresponding input fields. 
[0021] The present invention, as described below, is particularly 
suited to manufacturing environments which include a 
number of processes for manufacturing a product. The 
method of the present invention can be used to analyze 
any portion of the manufacturing process. The present in- 
vention can also be used to analyze problems outside of 
the manufacturing environment such as in a transactional 
environment which include a number of processes provid- 



ing a service (i.e, warranty processing, product design 
processes, financial processes, and otiiers). 

[0022] Block 30 relates to inputting a problem statement. The 

problem statement is a formalized definition of a problem 
which is to be analyzed. The problem statement is typi- 
cally a high level generalization of the problem. The prob- 
lem statement can include identifiable metrics and mea- 
surement sources related to the problem such that a de- 
scription is provided for the problem that outlines stan- 
dards, process locations and/or occurrences of problem- 
atic events in a manner that the scope of the problem is 
described in process terms. In addition, it can include 
other attributes, current performance, and the problem 
relationship to the customer. 

[0023] Block 32 relates to inputting whether the problem state- 
ment can be quantified. Block 32 involves analyzing 
whether sufficient data is available to analyze the prob- 
lem, whether it be technical, financial, or business ori- 
ented. The data provided should represent all variations of 
the process whether it be technical or transactional. Data 
used for quantifying the problem can be inputted into the 
computer. For example, the computer can include a field 
for receiving data based on cost, delivery, and quality. The 



cost relates to the cost in lost revenue due to the prob- 
lem, and/or the cost to fix the problem. Delivery relates to 
the effect of the problem to on-time delivery of products 
or services to customers. Quality relates to whether the 
problem is related to the quality of the products and/or 
services as opposed to the cost or delivery. 

[0024] Block 36 relates to prioritizing the problem based on the 
data inputted in block 32. The prioritization generally re- 
lates to determining whether the problem is more related 
to cost, quality, or delivery. This can be done by the com- 
puter organizing the data inputted in block 32 according 
to whether it is related to cost, quality, and/or delivery. 
The user then reviews this data to determine which has 
the highest priority, i.e., which business segment has the 
most opportunities for improvement. The most seg- 
ment(s) with the most opportunities then becomes the fo- 
cus of the problem analysis. This is done to i) directionally 
standardize and align the metrics throughout the analysis 
and ii) sustain a common focus. 

[0025] Block 38 relates to inputting the seven types of Lean Man- 
ufacturing waste which are related to the cost, quality, 
and/or delivery problem that receives the highest prioriti- 
zation in block. The seven types of Lean Manufacturing 



waste include overproduction, inventory, wait, con- 
veyance, repair, over production, and motion. The users 
defines the types of waste affecting cost, quality, and/or 
delivery. 

[0026] Block 40 relates to inputting external defects which may 
result from the seven types of waste. The external defects 
are factors which are occurring outside of the environ- 
ment controlled by the manufacturing company, as voiced 
by the customer(s). For example, an external defect may 
be the defective quality of material provided by a supplier 
to the manufacturer. The external defects are inputted 
into the computer. 

[0027] Block 44 relates to determining whether there are system 
design specification (SDS) for the external factors deter- 
mined in block. The SDS relates to a specification which is 
provided by the manufacturer to the supplier, or 
whomever is the technical/transactional source of the ex- 
ternal factor, which details the specification for the exter- 
nal factor. The computer can facilitate this by providing an 
interface where the user clicks to indicate whether a SDS 
is available. 

[0028] Block 46 relates to terminating the analysis if there is no 
SDS for the external factor. This can be done by the com- 



puter generating a message or sending a message to a 
program manager. Tlie absence of a SDS indicates that 
this portion of the process is not defined. Consequently, 
the computer indicates to the user the need to develop a 
SDS prior to continuing the analysis process. Preferably, a 
SDS would be developed and used for a period of time 
prior to continuing the analysis process so that historical 
data could be collected. Then the analysis would be re- 
peated. 

[0029] Block 50 relates to analyzing the sufficiency of the SDS. 
The computer prompts the user to gather the needed 
technical, subject matter, or other resource needed to an- 
alyze the SDS. This is a resource allocation aspect and re- 
quires someone skilled in the external factor to analyze 
whether the specification provided to the supplier or tech- 
nical/transactional source is adequate, i.e. whether it is 
truly a contributing factor to the problem statement. 

[0030] Block 54 relates to quantifying the one or more external 
defects identified in block. This quantification can include 
collecting historical data for the external defect, such as 
the number of defective parts or service received from the 
supplier or technical/transactional source over the last six 
to twelve months. In addition, it can include data regard- 



ing the cost, quality and/or delivery performance of the 
external defect. The object is to define a benchmark stan- 
dard for the external defect relative to the corresponding 
SDS to determine whether the problem is being caused by 
the failure to meet that benchmark. 

[0031] Block 56 relates to prioritizing the various external de- 
fects. This generally relates to determining which defects 
are playing a more than nominal role in the problem. As 
the problem may be characterized in a rather broad prob- 
lem statement, there may be a number of external defects 
contribution to the problem but the individual contribu- 
tion of the defect may be small. As such, it is desirable to 
eliminate these defects from further analysis. The com- 
puter can be used to perform statistical analyses to priori- 
tize contribution. For example, the computer may be used 
to determine defective effect based on calculating the 
number of defective units received from the supplier or 
technical/transactional source over the preceding months. 
If the number is greater than a threshold then the com- 
puter would give the external defect category a corre- 
sponding high priority. 

[0032] Block 58 relates to aligning the external defects with in- 
ternal defects. In order for the external defect to result 



from the manufacturing or transactional process it must 
be related to a cause with a corresponding internal defect. 
For example, if an external defect is a supplier supplying 
sub-standard materials, then the aligned internal defect is 
the failure of the product made internally from the mate- 
rial to meet its design or quality specifications. To facili- 
tate the alignment, the computer can optionally provide a 
number of classifications or segments of the internal de- 
fects which relate to the various external defects. The user 
can then link up the external defects with the internal de- 
fects. 

[0033] Block 60 relates to determining whether engineering re- 
quirements are available for the internal defects aligned in 
block 58. The engineering requirements are similar to the 
SDS described above in block 46. The engineering re- 
quirements, however, are written according to the internal 
standards for the manufacturing company. For example, 
the SDS for a particular material and/or service may be in- 
cluded narrower dimensioning than the engineering or 
transactional requirements. This can be done so that the 
supplier provides material which is better than the mate- 
rial actually needed to meet the internal engineering re- 
quirements. 



[0034] Block 64 relates to defining an operational definition for 
the problem statement if no engineering requirements 
exist for the internal defect. The operational definition is 
another description of the problem gleaned from the data 
gathered according to the foregoing blocks, but it is dif- 
ferent in that it includes a level indicator and a specific fo- 
cus. The Six Sigma Kaizen schedule associated with a level 
II indicator is described in more detail below and shown in 
Figure 3. 

[0035] Block 64 assigns a level II indicator. The level II indicator 
indicates that the gathered information is showing a need 
for engineering or transactional requirements. Accord- 
ingly, the analysis of the problem should focus on the en- 
gineering requirements, operational standards, or other 
process deficiency which resulted in the failure to include 
the engineering or transactional requirements. As such, a 
level II indication reveals that the analysis of 6-Sigma 
Kaizen, which is described in more detail below, should 
focus on internal process standards. The assigning of the 
level indicator is unique to the present invention and per- 
mits the tailoring of the analysis to the specific problem. 
In this manner, cost and time are reduced relative to the 
traditional processes discussed above as the analysis can 



then be correspondingly limited according to the focus of 
the level indicator. This eliminates some of the unneces- 
sary analysis which otherwise would be included in the 
traditional methods. 
[0036] Multiple operational definitions can be developed in block 
64 if there are multiple internal defects in block 58. Each 
defect would be assigned a level II indication. Once the 
level indicator is assigned, a Six Sigma Kaizen schedule is 
automatically generated by the computer. The scheduled 
includes an integration of analysis techniques from Six 
Sigma, Lean Manufacturing, and Kaizen based on the level 
indicator. 

[0037] Block 68 relates to assessing the types of Six Sigma and 
Lean Manufacturing techniques required to develop man- 
ufacturing or transactional process standards. The com- 
puter prompts the user to gather the needed technical, 
subject matter, or other resource needed for the analysis. 
This is a resource allocation aspect and requires someone 
skilled in the engineering or transactional environment to 
analyze whether the standards align with SDS and are ac- 
ceptable as per customer requirements, i.e. whether it is 
truly a contributing factor to the problem statement. The 
computer develops a contractual agreement indicating the 



utilization of resources in time and space. 

[0038] Block 70 relates to analyzing the sufficiency of the avail- 
able engineering or transactional requirements. Docu- 
mentation containing the requirements is analyzed and 
compared against all sources containing this information, 
for example, quality production system (QPS), work ele- 
ment sheet (WES), blue print (B/P), operator instruction 
sheet (OlS), and others. The computer prompts the user to 
gather the needed technical, subject matter, or other re- 
source needed for the analysis. This is a resource alloca- 
tion aspect and requires someone skilled in the engineer- 
ing requirement to analyze whether the engineering or 
transactional requirements are adequate, i.e. whether it is 
truly a contributing factor to the problem statement. 

[0039] Block 72 relates to quantifying the one or more internal 
defects identified in block 58. This quantification can in- 
clude collecting historical data for the internal defect, 
such as the number of defective parts received from the 
supplier over the last six to twelve months. In addition, it 
can include financial data regarding the quality, cost and 
delivery of the internal defect. The object is to define a 
benchmark standard for the internal defect relative to the 
corresponding engineering or transactional requirement 



to determine whether the problem is being caused by the 
failure to meet that benchmark. 
[0040] Block 74 relates to prioritizing the various internal de- 
fects. This generally relates to determining which internal 
defects are playing a more than nominal role in the prob- 
lem. As the problem may be characterized in a rather 
broad problem statement, there may be a number of in- 
ternal defects contribution to the problem, but the indi- 
vidual contribution of the defect may be small. As such, it 
is desirable to eliminate these defects from further analy- 
sis. The computer can be used to perform statistical anal- 
ysis. For example, the computer may be used to deter- 
mine defective effect based on calculating the number of 
defects received from the supplier over the preceding 
months. If the number is greater than a threshold then the 
computer would give the defect a correspondingly high 
priority. 

[0041] Block 76 relates to identifying a defect appearance loca- 
tion for each internal defect. The defect appearance loca- 
tion corresponds with the portion of the manufacturing or 
transactional process in which the defect is appearing, not 
necessarily the source or origination of the defect. For ex- 
ample, if the supplied material is defective, the defect may 



not appear until welding or some other fabricating step in 
the process which occurs well after the material is re- 
ceived from the supplier. The computer can be used to 
provide a menu or other interactive feature of the differ- 
ent portions of the process. The user can then select the 
effected portion from the menu to indicate the defect ap- 
pearance location. Preferably, an additional description is 
also inputted to clarify the location, but it may not always 
be needed. 

[0042] Block 80 relates to assessing the measurement system 

performance at the defect appearance location. This gen- 
erally relates to collecting historical and current data rep- 
resenting the entire process at the defect appearance lo- 
cation using the measurement devices and systems used 
at the portion of the manufacturing or transactional pro- 
cess where the defect appears. This information, can in- 
clude calibration and gauge R&R (Repeatability and Repro- 
ducibility). The gathered information is then inputted to 
the computer. 

[0043] Block 82 relates to determining whether the measurement 
system performance at the defect appearance location is 
acceptable. The computer quantifies performance regard- 
ing calibration and gage R&R for the defect appearance 



location measurement system. This performance is com- 
pared against a threshold to determine acceptability. 

[0044] Block 84 relates to defining and quantifying a deficiency 
of the measurement system at the defect appearance lo- 
cation if the measurement system at the defect appear- 
ance location is unacceptable. This definition and quan- 
tification is used to characterize and indicate how much 
and the type of measurement improvement required of 
the measurement system to render the measurement sys- 
tem acceptability. The types of measurement improve- 
ment fall under, but not limited to: bias, linearity, stabil- 
ity, resolution, repeatability, and/or reproducibility. The 
type(s) of measurement improvement is selected based on 
the quantified deficiency against acceptability threshold. 
Preferably, as shown in block 86, an improvement per- 
centage is defined for a type(s) of improvement. This in- 
formation is then inputted into the computer. 

[0045] Block 86 relates to quantifying the percent improvement 
required by the measurement system to become accept- 
able. The percent improvement is defined for each type of 
measurement requiring improvement. 

[0046] Block 88 relates to defining an operational definition and 
assigning a level III indicator to the operational definition. 



The level III indicator shows a need to focus the Six Sigma 
Kaizen on measurement systems and processes. The Six 
Sigma Kaizen schedule associated with a level III indicator 
is described in more detail below and shown in Figure 3. 
The scheduled includes an integration of analysis tech- 
niques from Six Sigma, Lean Manufacturing, and Kaizen 
based on the level indicator. 

[0047] Block 90 relates to assessing the types of Six Sigma and 
Lean Manufacturing techniques required by the type of 
measurement system improvement needed to render ac- 
ceptability. The computer prompts the user to gather the 
needed technical, subject matter, or other resource 
needed for the analysis. This is a resource allocation as- 
pect and may require someone skilled in the engineering 
or transactional environment to analyze whether the mea- 
surement system is adequate, i.e. whether it is truly a 
contributing factor to the problem statement. The com- 
puter develops a contractual agreement indicating the uti- 
lization of resources in time and space. 

[0048] Block 94 relates to quantifying the number of defects de- 
termined at the defect appearance location when the 
measurement system used at the defect appearance loca- 
tion is acceptable. Preferably, data from the last six to 



twelve months is analyzed to establish process stability 
and capability. This historical data can be automatically 
provided by the computer accessing database or other 
system where the measurement system data may be 
stored, such as a quality control program which routinely 
receives quality control data. This data is used to repre- 
sent the state of the process for common and special 
causes, allowing the user to establish a focus on process 
control for common or special causes. In the absence of 
historical data, the user develops a pilot by which units 
are tested as specified through power and sample size 
statistical techniques to fully represent the process. This 
data is used to analyze and establish the state of the pro- 
cess in terms of process stability and capability. 
[0049] Block 96 relates to identifying the defect origination in 

terms of manufacturing or transactional process. The de- 
fect origination location (process) can be the same as the 
defect appearance location (process), representing the 
ideal state or it can be a different location (process). With 
respect to a non-conforming dimension or attribute, for 
example, the defect origination would be the portion of 
the manufacturing or transactional process where the 
non-conforming dimension or attribute is first created or 



built. The ideal state refers to identifying and controlling 
the non-conformance at the origination location process. 
In this case the origination location process and the ap- 
pearance location process are the same process. This pre- 
vents passing on non-conforming dimensions or at- 
tributes to downstream processes, hence avoiding waste 
(delays, non-value added steps, cost, defects). The non- 
conforming dimension or attribute can however flow to 
downstream processes when the capability of the origina- 
tor location process is unacceptable, lacking of means to 
measure and/or prevents non-conformances from occur- 
ring and flowing to the defect appearance location which 
is a downstream portion of the process where the non- 
conformance is first identified, as opposed to the origina- 
tion location process which caused the defect to appear 
upstream. The computer provides a graphical representa- 
tion of the location of all processes, including the defect 
origination and defect appearance processes through pro- 
cess mapping and value stream mapping techniques. 
[0050] Block 98 relates to determining whether a measurement 
system and/or standards exist at the defect origination 
location. If no measurement system and/or standards ex- 
ist at the defect origination location, the user enters the 



information in tlie computer. 
[0051] Block 102 relates to defining the measurement system re- 
quired at the defect origination location. This definition 
and quantification is used to characterize and indicate the 
type of measurement system required to render the mea- 
surement system acceptability. The types of measurement 
system considerations include, but are not limited to: 1) 
defining the type of data being measured, whether it is 
variable or attribute, 2) maximum allowed bias, 3) allow- 
able percent linearity, 4) stability, 5) required resolution, 
6) acceptable repeatability, and 7) acceptable repro- 
ducibility. This information is then inputted into the com- 
puter. 

[0052] Block 104 relates to quantifying the percent improvement 
required by the measurement system to become estab- 
lished and acceptable. The percent improvements is de- 
fined by application acceptability standards defined for 
calibration and gage R&R. 

[0053] Block 106 relates to defining an operational definition and 
assigning a level IV indicator to the operational definition. 
The level IV indicator shows a need to focus the Six Sigma 
Kaizen on measurement systems and processes. The Six 
Sigma Kaizen schedule associated with a level IV indicator 



is described in more detail below and shown in Figure 5. 
The schedule includes an integration of analysis tech- 
niques from Six Sigma, Lean Manufacturing, and Kaizen 
based on the level indicator. 

[0054] Block 108 relates to assessing the types of Six Sigma and 
Lean Manufacturing techniques required by the type of 
measurement system improvement needed to render ac- 
ceptability. The computer prompts the user to gather the 
needed technical, subject matter, or other resource 
needed for the analysis. This is a resource allocation as- 
pect and may require someone skilled in the engineering 
or transactional environment to analyze whether the mea- 
surement system is adequate, i.e. whether it is truly a 
contributing factor to the problem statement. The com- 
puter develops a contractual agreement indicating the uti- 
lization of resources in time and space. 

[0055] Block 114 relates to assessing the measurement system 
established at the defect origination location. This gener- 
ally relates to collecting historical and current data repre- 
senting the entire process at the defect origination loca- 
tion using the measurement devices and systems used at 
the defect origination location to measure the defect. This 
information, may include calibration and gauge R&R 



(Repeatability and Reproducibility). Tlie gathered informa- 
tion is tlien inputted to tlie computer. 
[0056] Block 118 relates to determining whether the measure- 
ment system performance at the defect origination loca- 
tion is acceptable. The computer quantifies performance 
regarding calibration and gage R&R for the measurement 
system at the defect origination location. This perfor- 
mance is compared against a threshold to determine ac- 
ceptability. 

[0057] Block 120 relates to defining and quantifying a deficiency 
of the measurement system at the defect appearance lo- 
cation if the measurement system at the defect origination 
location is unacceptable. This definition and quantification 
is used to characterize and indicate how much improve- 
ment is required of the measurement system to render the 
measurement system acceptable. Preferably, as shown in 
block 122, an improvement percentage is defined. This 
information is then inputted into the computer. 

[0058] Block 122 relates to quantifying the percent improvement 
required by the measurement system to become accept- 
able. The percent improvement is defined for calibration 
and gage R&R. This information is inputted in the com- 
puter. 



[0059] Block 126 relates to defining an operational definition and 
assigning a level III indicator to the operational definition. 
The level III indicator shows a need to focus the Six Sigma 
Kaizen on improving or designing a measurement system 
at the defect origination process. This focus can include 
improvements on bias, linearity, resolution, stability, re- 
peatability and/or reproducibility issues associated with 
the measurement system. The data obtained to define 
measurement system deficiency is inputted in the com- 
puter to graphically display the type of focus. A focus 
around variability reduction, for example, entails focusing 
on the mechanics and operation of the gage itself. The Six 
Sigma Kaizen schedule associated with a level III indicator 
is described in more detail below and shown in Figure 4. 
The level III indicator determined at block 36 limits the Six 
Sigma Kaizen to the information collected and inputted 
into the computer up to block 35. In this manner, the 
Kaizen is correspondingly limited to the measurement 
system at the defect origination location or defect origi- 
nation process. 

[0060] Block 128 relates to assessing the types of Six Sigma and 
Lean Manufacturing techniques on process control tech- 
niques required by the type of measurement system im- 



provement needed to render acceptability. Tlie computer 
prompts the user to gather the needed technical, subject 
matter, or other resource needed for the analysis. This is a 
resource allocation aspect and requires someone skilled in 
the engineering or transactional environment to analyze 
whether the measurement system is adequate, i.e. 
whether it is truly a contributing factor to the problem 
statement. The computer develops a contractual agree- 
ment indicating the utilization of resources in time and 
space. 

[0061] Block 130 relates to quantifying the number of defects 
determined at the defect origination location when the 
measurement system used at the defect origination loca- 
tion is acceptable. Preferably, data from the last six to 
twelve months is analyzed. This historical data can be au- 
tomatically provided by the computer accessing database 
or other system when the measurement system data may 
be stored, such as a quality control program which rou- 
tinely receives quality control data. This data represents 
the variations of the process over time, hence covering all 
aspects of the process. 

[0062] Block 132 relates to determining whether the data col- 
lected in block is in control. In other words, the data is 



analyzed, by the computer when possible, to determine 
whether it is in statistical control, and not a product of 
random root causes. The object is to use data for further 
analysis, which is in statistical control so that anomalies 
caused by extreme high and low datum are eliminated. 
[0063] Block 134 defines and quantifies a nature of special 

causes needed for the improvement of the data if the data 
from block is out of control. This means further refine- 
ment is necessary to the data to eliminate the anomalies. 
Preferably, an improvement percentage is assigned at 
block 136. 

[0064] Block 138 relates to defining an operational definition and 
assigning a level IV indicator to the operational definition. 
The level IV indicator focus on three process sub-levels: 
1) control or stability, 2) centering, and 3) entitlement. 
Block 42 with level IV indicator shows a need to focus the 
Six Sigma Kaizen on statistical process control to achiev- 
ing process stability. Process stability is represented by a 
constant mean and predictable variability over time. This 
focus includes removal of non-random or uncontrollable 
variation, often called special or assignable cause of vari- 
ation, which is characterized by unnatural variation pat- 
terns that change over time. An unnatural pattern due to 



unpredictable events is called special cause variation. His- 
torical and current data is inputted into the computer to 
perform this analysis. The identification of cyclical, sud- 
den change, cumulative, stepping, and other non-random 
or unpredictable graphical trends, are types of unnatural 
patterns. The Six Sigma Kaizen schedule associated with a 
level IV indicator is described in more detail below and 
shown in Figure 4. The level IV indicator determined at 
block 42 defines the Six Sigma Kaizen at sub-level 1 using 
the information collected and inputted into the computer 
up to block 42. In this manner, the Six Sigma Kaizen is 
correspondingly focused on process stability and the need 
to improve the process. 
[0065] Block 142 relates to assessing the types of Six Sigma and 
Lean Manufacturing techniques required to establish pro- 
cess stability in a manufacturing or transactional process. 
The computer prompts the user to gather the needed 
technical, subject matter, or other resource needed for the 
analysis. This is a resource allocation aspect and may re- 
quire someone skilled in the engineering or transactional 
environment to identify and analyze unnatural patterns, 
i.e. whether it is truly a contributing factor to the problem 
statement. The computer develops a contractual agree- 



ment indicating the utilization of resources in time and 
space. 

[0066] Block 146 relates to determining whether the historical 
and current data collected in blocks 4 and/or 16 is nor- 
mally distributed data. In other words, the data is ana- 
lyzed, by the computer when possible, to determine 
whether it is normal or non-normal data. Most processes 
are normally distributed; however there are some pro- 
cesses that are non-normally distributed. Normally dis- 
tributed data refers to data that approximately follows the 
distribution of the area under the curve of a Standard 
Normal Distribution (SND) so that the concepts and equa- 
tions that define the SND may be used to describe the 
data and hence the process. Standard Normal Distribution 
represents the ideal standard to understand and predict 
normal data. A Standard Normal Distribution is defined by 
a mathematical model with continuous and smooth curve, 
which is symmetrical about a median, mean and mode of 
zero, a standard deviation of one, asymptotic tails encom- 
passing a total areas under the curve of one. Normality of 
data provides well-defined procedures to analyze data. 
Preferably, the computer graphs or otherwise provides 
data distribution to assist with this determination. The 



object is to use in statistical control and normal data from 
a manufacturing or transactional process to analyze capa- 
bility, including process centering/shifting and entitle- 
ment or process variation in reference to Customer, pro- 
cess, and/or product specification limit(s) or require- 
ments. 

[0067] Block 150 relates to normalizing the non-normal data. 
This process generally comprises the analysis of non- 
normal data using graphical and mathematical models. 
The object enters the data in the computer to perform a 
normality test of the data entered. There are several tech- 
niques that apply to normalizing the non-normal data. 
This techniques are as follows, but not limited to: 1) Box- 
Cox transformation to apply a mathematical model to 
normalize the data. The newly normalized data set is en- 
tered in the computer to conduct a normality test, if ac- 
ceptable against threshold, then proceed to blocks 47 and 
48, otherwise 2) graph the non-normal data in the com- 
puter to determine if there are multiple or multimodal 
distributions in the data set. When multiple distributions 
are compiled in the non-normal data set at hand, each 
distribution is separated and individually analyzed. The 
separated distributions are analyzed and tested for nor- 



mality in the computer. If the newly separated distribu- 
tions, each one is normally distributed and the data is 
coming from the same process, then proceed to quantify- 
ing the percent improvement, in block 47, required to 
eliminate multiple distributions and continue to block 48. 
However, if each newly normalized distribution represents 
a different process, then proceed to quantify the percent 
improvement for each process in block 47 and continue 
with block 48. If techniques 1 and 2 do not apply, 3) col- 
lect more data and redo techniques 1 and 2. If the data is 
still non-normal and 4) follows a Weibull distribution, 
then proceed to box 47 to perform a Weibull Capability 
Analysis. 5) If the data is still non-normal, return to block 
39. 6) If data is still non-normal, process to conduct at- 
tribute process capability in Block 46. 
[0068] Block 152 relates to determining process capability statis- 
tics in terms of centering or shifting around target or 
nominal values and entitlement or process variation in 
reference to specification limits using historical and cur- 
rent process data, which is in statistical control and nor- 
mally distributed. Error proofing opportunities are as- 
sessed in terms of process flag condition, error, and de- 
fect or defective. Such as determining process capability 



statistics in terms of centering around target or nominal 
values and entitlement about customer specification limits 
using historical and current process data, which is in sta- 
tistical control and normally distributed. Process capability 
measure process variation and centering relative to speci- 
fication limit(s). Common measures of process capability 
are, but not limited to the following metrics: Z (Upper and 
Lower sigma score or level for short and long term data), 
Cp Upper (Short Term Capability Index in reference to Up- 
per Specification Limit), Cp Lower, (Short Term Capability 
Index in reference to Lower Specification Limit), Cpk (short 
term Capability Index for processes whose target value is 
the midpoint between the specifications and it represents 
the smallest absolute value between Cp Upper and Cp 
Lower), Cpm (Capability Index for processes whose target 
is not the midpoint between specifications), Pp Upper 
(Long Term Capability Index in reference to Upper Specifi- 
cation Limit), Pp Lower, (Long Term Capability Index in 
reference to Lower Specification Limit), Ppk (short term 
Capability Index represents the smallest absolute value 
between Pp Upper and Pp Lower), DPMO Upper Specifica- 
tion Limit, (short and long term data for Defect Per Million 
Opportunities), DPMO Lower Specification Limit, (short 



and long term data for Defects Per Million Opportunities), 
PPM Upper Specification Limit, (short and long term data 
for Defective Parts per Million), PPM Lower Specification 
Limit, (short and long term data for Defective Parts Per 
Million) . Preferably, the object enters the data in the 
computer to perform the analyses and selects the appro- 
priate metrics to quantify and graph centering or devia- 
tion from target. Process centering refers to the allowable 
deviation of data distribution from nominal or target 
value, as specified by engineering or transactional re- 
quirements. Common capability indices used to analyze 
process centering are as follows, but not limited to: Z 
Lower, Z Upper, Cp Upper , Cp Lower, Cpk, Cpm, Pp Up- 
per, Pp Lower, Ppk, DPMO Upper Specification Limit, 
DPMO Lower Specification Limit, PPM Upper Specification 
Limit, and/or PPM Lower Specification Limit. The object 
enters the data in the computer to analyze the process 
centering and determine deviation from target value. 
These metrics are analyzed in the computer to quantify 
the percent improvement, in block 47, to achieve accept- 
ability on deviation or centering about the target value. 
Process entitlement refers to process variation in refer- 
ence to specification limit(s). Process capability metrics 



used to measure process variation in reference to specifi- 
cation limit(s) are as followed, but not limited to: Cp 
(short term Capability Index for normal and statistically in 
control variable data), Pp (long term Capability Index for 
normal and statistically in control variable data), Z (long 
and short term variable or attribute data), DPMO (Short 
and Long term defect type attribute data) and PPM (Short 
and Long Term defective type attribute data). The object 
enters the data in the computer to quality and graph pro- 
cess variation acceptability in reference to customer spec- 
ification limit(s). Block 47 refers to quantifying the percent 
improvement required to achieve process variation ac- 
ceptability in reference to the Customer Limit(s). Weibull 
Capability analyses are performed on Weibully distributed 
data based of the shape and scale of process variable 
data. The object enters the data in the computer to calcu- 
late long term process capability, PpUpper, PpLower, Ppk, 
Pp, PPM Lower, and PPM Upper. Process shift and process 
variation is quantified in reference to Customer, process, 
product requirements or specification limits. The required 
percent improvement for process shifting and/or process 
variability is quantified in block 154. 
[0069] Block 160 relates to defining an operational definition and 



assigning a level IV indicator to the operational definition 
for process capability. The level IV indicator shows a need 
to focus the Six Sigma Kaizen on process controls for 
achieving acceptable centering and/or entitlement around 
customer requirements. This focus includes centering or 
shifting the data distribution around customer target and/ 
or reduction of the process spread or variation in refer- 
ence to customer requirements. The Six Sigma Kaizen 
schedule associated with a level IV indicator is described 
in more detail below and shown in Figure 5. The level IV 
indicator determine at block 160 limits the Six Sigma 
Kaizen to the information collected and inputted into the 
computer up to block 154. In this manner, the Six Sigma 
Kaizen is correspondingly limited to the process shifting 
and/or variability reduction of normal and statistically in 
control data in reference to customer requirements. 
[0070] Block 162 relates to assessing the types of Six Sigma and 
Lean Manufacturing techniques required to establish ac- 
ceptability for process shifting and/or process variability 
reduction. The computer prompts the user to gather the 
needed technical, subject matter, or other resource 
needed for the analysis. This is a resource allocation as- 
pect may require someone skilled in the engineering or 



transactional environment to identify and analyze sliift 
patterns and magnitude of process variation in reference 
to Customer, Process, Product requirements, i.e. whether 
it is truly a contributing factor to the problem statement. 
The computer develops a contractual agreement indicat- 
ing the utilization of resources in time and space. 

[0071] As described above, data is collected in a systematic fash- 
ion based on a number instructions provided by a com- 
puter and data inputted to the computer in response 
thereto. This systematic approach insures a level indicator 
is assigned to each problem statement and that a corre- 
sponding Six Sigma Kaizen schedule is developed form 
the level indicator and limited to the data inputted up to 
that point. In this manner, the level indicator sets the Six 
Sigma Kaizen schedule and the collected data together 
limit the scope, and thereby, the cost of the Six Sigma 
Kaizen analysis process. 

[0072] Figures 3-5 illustrate the different multiple-day analysis 
schedules, which integrate different aspects of Six Sigma, 
Lean Manufacturing, and Kaizen into a schedule based on 
the level indicator and the corresponding operation defi- 
nition in accordance with the present invention. 

[0073] Figure 3 illustrates a level II Six Sigma Kaizen schedule. 



which is used to develop process standards and processes 
using Six Sigma, Lean l\/lanufacturing tools and Kaizen 
principles. This schedule is generally preceded by allocat- 
ing a Six Sigma Kaizen Sensei to Six Sigma Kaizen efforts. 
For example, a Six Sigma Kaizen Sensei is the subject ex- 
pert matter in the application of Six Sigma, Lean Manufac- 
turing and Kaizen principles. The Sensei leads the events 
throughout all five days, providing coaching, training, as- 
signment of tasks, and review of assignments, level II op- 
erational definition, approved business case, and ap- 
proved contract of resources required for the Six Sigma 
Kaizen. The level II Six Sigma Kaizen schedule consists of 
five days of training and application of project based 
DMAIC, Lean Manufacturing tools and Kaizen principles. 
Each day contains assignments to be delivered daily in a 
time effective manner. Atypical schedule is shown in Fig- 
ure 3 as a five-day DMAIC and Lean tools format, where 
each day corresponds to a phase of D-M-A-l-C with Lean 
Manufacturing application. For example. Day 1 relates to 
the Define Phase of Six Sigma with applied key Lean Man- 
ufacturing tools. Day 2 relates to Measure and key Lean 
Manufacturing tools. Day 3 relates to Analyze with the ap- 
plication of key Lean Manufacturing tools. Day 4 refers to 



Improve and key Lean Manufacturing tools, and Day 5 re- 
lates to Control with key Lean Manufacturing tools. In or- 
der to advance to the next day, the object and team must 
complete all requirements of day in progress. These daily 
requirements include, training, application of training, and 
delivery of results assigned the day in question. However, 
more or less days could similarly be used without deviat- 
ing from the scope and contemplation of the present in- 
vention. Each day is structured in three segments: 1) 
project based training of tools (6-Sigma and Lean) re- 
quired for the project(s), followed by the assignment of 
specific tasks and objectives for a team to 2) apply the 
tools learnt and 3) deliver tangible results in a day time 
frame. This structure is followed throughout five days to 
deliver improvements and closure in a time efficient man- 
ner. 

[0074] Day 1 of Level II Six Sigma Kaizen schedule relates to us- 
ing the operational definition for Level II to establish and 
design the historical or benchmark information related to 
standards and processes needed to meet safety, cost, 
quality and delivery standards, as mandated by the cus- 
tomer and business. This can be accomplished through 
identification of all customers affected by the inefficien- 



cies induced by the lack of standards and processes asso- 
ciated witli a specific product and/or service are listed 
along with the critical form, fit, and/or functionality im- 
pacted by this inefficiency. For example, all product and/ 
or service characteristics wanted by the customer are con- 
sidered desirable or critical to quality (CTQ). Therefore, 
any CTQ affected by the inexistence of standards and 
processes must be listed and documented from the cus- 
tomers' perspective. Further, estimation of customer sat- 
isfaction is determined based on the CTQs affected by the 
inexistence of standards and processes. For example, the 
customer received a defective unit, in this case misaligned 
headlight because headlight alignment standards were not 
defined, hence a process was not established and a defect 
was created, not allowing internal detection of defect. This 
type of defects are evaluated to understand their impact 
on the Cost of Poor Quality (COPQ). A cost analysis is per- 
formed to translate process inefficiencies such as addi- 
tional material for repair, additional labor hours for trans- 
portation, and others into hard and soft savings. Revision 
and analysis of process work instructions is performed to 
identify potential process requirements and standards. 
Benchmarks are inputted for the Voice of the Customer 



(VOC), Engineering System Design Specification (SDS), and 
the Voice of the Process (VOP) against internal and/or ex- 
ternal systems to establish process requirements and/or 
standards required to deliver on customers and business 
expectations. The transfer function Y=f(x) is developed, 
where Y is defined as a function of X or process input 
variables. Identification of the key process output vari- 
able(s), (KPOV) and Y metrics using relevant information 
stated in Engineering System Design Specification and 
Process Work Instructions (such as Quality Process Sys- 
tem, Operator Instruction Sheet, and others) are made. An 
operational definition is established for key Ys and pre- 
liminary process standards. The seven types of waste are 
identified, documented and quantified during a process 
walk to remove non-value added requirements and pro- 
cess steps. A Review Value Stream Map is done to graphi- 
cally locate the seven types of waste not captured during 
the process walk. An identification of the potential waste 
elimination tools required to tackle the seven types of 
waste is done, allowing new standards to be developed for 
enhanced process efficiency. An identification of the 
project scope or focus based on the information gathered 
from 1-11 is done. A timeline is created to apply Waste 



elimination tools and DMAIC within a 3-5 day time win- 
dow. The results obtained from 1-13 are reviewed with 
the project champion to approve the successful comple- 
tion of Day 1 assignments. This approval will allow the 
team to advance to Day 2, Measure phase with applied 
Lean tools. The resource required for each schedule, thus 
must be present for the days defined on this document. 
The schedule is advantageous in this regard as only nec- 
essary resources are required to be present on the sched- 
uled day as opposed to having unnecessary resource 
present on the mere chance that they may be used. 
Preferably, the computer displays the schedule in each 
corresponding box, such that the user can click on the 
box to indicate completion of the item. With each comple- 
tion, the computer also optionally provide an input screen 
to input data for the current item. This data can then be 
stored, and if necessary, used with the execution of sub- 
sequent items. 

[0075] Day 2 relates to the measurement and acquisition of new 
data relevant to the process input (Xs) and output (Ys) 
variables to quantify and prioritize key Xs and Ys govern- 
ing value add process steps, process performance, and 
capability. This can be accomplished with the completion 



of Day 1 deliverables, which serve as the foundation for 
Day 2. For example, the customer impact, history and 
benchmark, operational definition of Y vs. process re- 
quirements, types of waste identified in the value stream 
map, and Customer CTQ among others, represent key in- 
formation from Day 1, required in the brainstorming of 
key process input variables, data collection process, mea- 
surement system validation, to mention a few. Day 2 
builds from Day 1 and it is accomplished through follow- 
ing actions described below. Brainstorming all process in- 
put variables potentially associated with the yielding of 
the process output Y is done. The key process input vari- 
ables, KPIVs, (Xs) are identified based on data analysis and 
history of known performance obtained in Day 1. Some of 
the effective tools used to determine the KPIVs include, 
but not limited to: 5S (sort, shine, standardize, sustain, 
straighten) organizational performance. Preventive Main- 
tenance baseline. Quick Change Over opportunities, Qual- 
ity Process Sheets for process standards on Xs and Ys, 
Correlation, Regression, Binary Logistic Regression, 
Screening Design of Experiments, Transfer Functions, and 
others. A measurement System is developed to quantify 
the effects of the KPIVs or Xs on the key process output 



variable(s), Y(s). A Data Collection Plan is developed to 
identify the sampling size, sampling rate, operators to 
collect data, time required for data collection, and test 
conditions required to measure the Xs and Ys. The Mea- 
surement System is analyzed and validated to ensure that 
it meets the industry standards for acceptability on Cali- 
bration, Repeatability and Reproducibility requirements. 
Failure Mode and Effects Analysis is performed and re- 
viewed to outline failures, mechanisms, causes, and ef- 
fects with quantifiable detection, occurrence and severity 
rates. These rating numbers are used to further prioritize 
the Xs and Ys using the Risk Priority Number (RPN) to 
identify key relationships. Variable or attribute is collected 
to quantify process performance. Establish Baseline 
DPMO/Sigma Level is established to quantify process sta- 
bility and capability. This information is used to determine 
if process is predictable and capable to meeting customer 
standards, that is no special causes of variation and a Z 
score or sigma level of 3, as minimum requirements. Pre- 
liminary KPIVs performance limits are also measured and 
documented to later establish standards required to 
achieve stability and capability, as defined by the Cus- 
tomer on Day 1. Lean and DMAIC Project Objectives re- 



quired to develop process and standards (for KPIVs and 
KPOVs) in Day 3 are identified. The project champion then 
reviews the results obtained from the above to approve 
Day 2 assignments for successful completion. This ap- 
proval will allow the team to advance to Day 3, Analyze 
phase with applied Lean tools. 
[0076] Day 3 relates to analyzing the data acquired in day 2 to 

establish a relationship between the key process input and 
output variables and subsequently design the most effi- 
cient steps required to process a product or service. For 
example, benchmark data and Y=f(X) transfer function 
from Day 1 along with baseline information and measure- 
ment system work from Day 2 are highly used to develop 
a preliminary process with standards in Day 3. Therefore, 
Days 1 and 2 assignments must be completed in order to 
start Day 3. Preliminary standardized work instructions 
(such as Quality Process System, Work Element Sheets, 
Operator Work Instructions) start emerging during Day 3. 
This can be accomplished as described below. Correlation 
and regression between KPIVs and KPOVs is analyzed. 
Customer and process data is entered by the object in the 
computer to quantify correlation and regression statisti- 
cally and graphically. The preliminary steps required to 



process the product or service most efficiently are listed. 
For example, use the list of preliminary process steps and 
process map and value stream mapping symbols to de- 
velop a graphical representation of the operational steps 
and future state required to deliver a quality and cost ef- 
fective product or service in a time effective fashion. Lean 
Manufacturing tools are used to achieve the most effi- 
ciency in the process. For example, value stream, 5S, FTP, 
QCO, and others such as error proofing are highly used to 
maximize process efficiency overtime. Preliminary work 
instructions are developed during this stage (such as 
Quality Process System, Work Element Sheets, Operator 
Instruction Sheets). A root cause analysis is conducted on 
preliminary or should be process map to develop theories 
on cause and effect relationships based on the informa- 
tion and data analysis derived from Days 1 and 2 up to 
this point. Hypothesis testing is recommended in the root 
cause data analysis, as applicable. Error Proofing tech- 
niques are applied to identify link process conditions-er- 
rors-defects in the process map developed in Day 3. This 
linkage allows the object to gain a deeper understanding 
on developing robust processes. Define the performance 
objectives required to validate and improve the newly de- 



veloped process and standards are defined. The project 
champion reviews then the results obtained from the 
above to approve the successful completion of Day 3 as- 
signments. This approval will allow the team to advance to 
Day 4, Improve phase with applied key Lean tools. 
[0077] Day 4 relates to the validation and improvement of newly 
proposed process and standards from Day 3. For exam- 
ple, validation and process enhancement is carried out 
through the following. KPIV & Y Performance are diag- 
nosed. For example, the object enters KPIVs and KPOVs 
information; identified in previous days, in the computer 
to design an experiment for process validation. The team 
conducts Design of Experiments or alike techniques. The 
KPOVs is measured, graphed and analyzed against KPIVs 
to determine how KPIVs impact KPOVs performance. The 
model is reduced, keeping only statistically significant 
factors and interactions. The model is validated through 
several trials. Data is collected and used to develop a 
baseline for process stability and capability. Establish 
KPIVs & Y Performance Objectives are established to allow 
for stable and capable process. For example, no special 
causes of variation and Z score or sigma level of 3 or 
higher. Use model is created to evaluate and validate per- 



formance limits for KPIVs and KPOVs. The selection of op- 
timal performance limits are also evaluated and validated 
against safety, quality, cost, delivery, environmental mea- 
sures. For example, two sets of limits for KPIVs, A and B 
have been validated to provide similar performance on the 
output Y; however set A is less costly, faster, safer and 
provide the same quality and environment effects. There- 
fore, set A becomes the choice of standards for KPIVs and 
associated KPOV limits. This analysis is conducted to 
identify alternative and optimal process and standards. 
The Pay Off Matrix is commonly used to prioritize alterna- 
tive and optimal solutions through the effort associated 
with implementing and using the new process and stan- 
dards against the benefit resulting from this use. In the 
above example, a Pay Off Matrix can be used to graphi- 
cally determine the best solution. In this case, the set of 
standards A can be shown to be more beneficial than B in 
terms of lower cost, faster process, and safer for the op- 
erator. The information developed through this point is 
valuable to a business and customers, therefore the object 
is to enter this information in the computer to systemati- 
cally document findings. An updated Failure Mode and Ef- 
fects Analysis (FMEA) is conducted using the previous 



documentation reviewed in Day 2 and all the information 
developed here. Once the FMEA is updated, a Cost and 
Benefit analysis is updated using the original model de- 
veloped on Day 1 to adjust benefits and savings achieved 
on actual performance up to this point. A more detailed 
analysis is further conducted to Develop & Implement Pilot 
Plan to reconfirm achieved process performance, therefore 
allowing for Validation of the Should Be Process and new 
standards. For example, additional data is collected to en- 
sure that business and customer standards were met. A 
customer clinic is an example of further analysis in which 
a group of customers are invited to test the product and/ 
or service. These results are then used to Update New 
Process Map/Value Stream Map. The project champion 
then reviews the results obtained from above to approve 
the successful completion of Day 4 assignments. This ap- 
proval will allow the team to advance to Day 5, Control 
phase with applied key Lean tools. 
[0078] Day 5 relates to establishing final documentation and 

controls required to sustain the gains of the new process 
and standards developed through Day 4. For example, a 
control plan is developed to summarize all key actions re- 
quired to maintain the new process and standards in con- 



trol and capable. This can be achieved through the follow- 
ing. Standard Work Instructions (OlS, QPS, WES) are estab- 
lished or updated with new process steps, new require- 
ments and all in station process controls (ISPC) developed 
through Day 4. For example, error proofing, 5S, Standard- 
ized Work Instructions, and Visual Aids and/or controls 
must be properly documented with Single Point Lessons 
summarizing the lessons learnt. Also, the team takes ac- 
tions to Apply Error Proofing devices and/or concepts val- 
idated through Day 4. For example, a permanent error 
proofing device and/or concept is built and implemented 
for production. Next, the team is required to Develop 
Control Metrics (SPC) on KPIVs to monitor process perfor- 
mance. For example, all KPIVs settings or standards are to 
be measured and controlled to remain within the optimal 
performance defined on Day 4, maximizing performance 
on the KPOVs. Therefore, the team is to Develop Monitor- 
ing Plan (SPM) on KPOVs to ensure process remains stable 
and capable to defined standards. For example, the team 
enters the KPOVs from the newly developed process and 
standards in the computer to analytically and graphically 
illustrate acceptability or deviation from process and stan- 
dards. Additionally, the object is to Develop a Long Term 



Measurement System Analysis (MSA) Plan to ensure ac- 
ceptability. For example, the object defines a frequency 
for conducting calibration and Cage Repeatability and Re- 
producibility studies, as part of the control plan. The ac- 
tions taken from above must be communicated to process 
owners, therefore the team is required to Establish or Up- 
date Training Plan to teach new process and standards to 
process users. For example, the team reviews the existing 
training plan and updates any information needed by the 
process owners, such as the supervisor, engineer, opera- 
tor, and others to properly use the new process and stan- 
dards for production. This material is then used by the 
team to Train new process and standards. For example, a 
training session is conducted and validated with supervi- 
sors to allow the process to be used in production. Items 
presented can represent the actions needed to continue 
sustaining the gains obtained through this point. There- 
fore, it is important to Validate Control Plan by Process 
Owner to obtain approval. It is also important to Establish 
an Audit Plan as part of the control plan to revisit the new 
process and ensure that all control actions are in compli- 
ance. The project champion then reviews the results ob- 
tained from above to approve the successful completion 



of Day 5 assignments. This approval will allow the team to 
advance to present achievement to the Operating Com- 
mittee Management (OCM) Team during an OCM Report 
Out. For example, the team reviews all actions and as- 
signments completed from Day 1 through Day 5 with the 
OCM. These assignments and results are documented by 
the team on large flip charts and posted on the walls of 
the 6-Sigma Kaizen room. 
[0079] Figure 4 illustrates a level III Six Sigma Kaizen schedule 
which is executed in a manner similar to that described 
above with respect to Figure 3. It is used to develop and/ 
or improve the measurement system of the defect appear- 
ance location, that is the process where the defect is first 
found and/or the defect origination process, that is where 
the process where the defect is created. These improve- 
ments are performed using Six Sigma, Lean Manufacturing 
tools and Kaizen principles. The purpose of conducting a 
Level III Six Sigma Kaizen is to evaluate and validate the 
overall capability of the measurement system flagging the 
defect(s) at the defect appearance location or at the defect 
origination process. If the measurement system is not ac- 
ceptable, then a Level III Six Sigma Kaizen is scheduled. 
This schedule is generally preceded by allocation of Six 



Sigma Kaizen Sensei, the subject expert matter in tlie ap- 
plication and integration of Six Sigma, Lean IVIanufacturing 
and Kaizen principles. The Sensei leads the event through 
all five days, providing coaching, training, assignment of 
tasks, and review of assignments; Establishing Level III 
operational definition. Approval of business case, and re- 
sources required for the Six Sigma Kaizen (contract). The 
level III Six Sigma Kaizen schedule includes five days of 
training and application of project based DMAIC, Lean 
Manufacturing tools and Kaizen principles. Each day con- 
tains assignments to be delivered daily in a time effective 
manner. A typical schedule is shown in figure 4 as a five- 
day DMAIC and Lean tools format, where each day corre- 
sponds to a phase of D-M-A-l-C with Lean Manufacturing 
application. For example. Day 1 relates to the Define 
Phase of Six Sigma with applied key Lean Manufacturing 
tools. Day 2 relates to Measure and key Lean Manufactur- 
ing tools, Day 3 relates to Analyze with the application of 
key Lean Manufacturing tools. Day 4 refers to Improve and 
key Lean Manufacturing tools, and Day 5 relates to Con- 
trol with key Lean Manufacturing tools. In order to ad- 
vance to the next day, the object and team must complete 
all requirements of day in progress. These daily require- 



ments include, training, application of training, and deliv- 
ery of results assigned the day in question. However, 
more or less days could similarly be used without deviat- 
ing from the scope and contemplation of the present in- 
vention. Each day is structured in three segments: 1) 
project based training of tools (6-Sigma and Lean) re- 
quired for the project(s), followed by the assignment of 
specific tasks and objectives for a team to 2) apply the 
tools learnt and 3) deliver tangible results in a day time 
frame. This structure is followed throughout five days to 
deliver improvements and closure in a time efficient man- 
ner. 

[0080] Figure 5 illustrates a level IV Six Sigma Kaizen schedule 
which is executed in a manner similar to that described 
above with respect to Figure 3. It is used to improve the 
specific aspects of the defect origination process controls, 
that is the process controls where the defect(s) is first 
created. For example, the focus of Level IV Six Sigma 
Kaizen is to improve the process controls, i.e., improving 
the defect origination process stability, shifting/centering, 
and/or variability reduction using Six Sigma, Lean Manu- 
facturing tools and Kaizen principles. In the event that the 
measurement system of the defect origination process is 



found to be unacceptable, a Level III Six Sigma Kaizen 
schedule must be used before using a Level IV Six Sigma 
Kaizen schedule. A Level IV Six Sigma Kaizen schedule is 
generally preceded by: allocation of Six Sigma Kaizen Sen- 
sei, the subject expert matter in the integration of Six 
Sigma, Lean Manufacturing and Kaizen principles. The 
Sensei leads the event through all five days, providing 
coaching, training, assignment of tasks, and review of as- 
signments; Establishing of Level IV operational definition. 
Approval of business case, and Approval of resources re- 
quired for the Six Sigma Kaizen (contract). The level IV Six 
Sigma Kaizen schedule includes of five days of training 
and application of project based DMAIC, Lean Manufac- 
turing tools and Kaizen principles. Each day contains as- 
signments to be delivered daily in a time effective manner. 
A typical schedule is shown in a five-day DMAIC and Lean 
tools format, where each day corresponds to a phase of 
D-M-A-l-C with Lean Manufacturing application. For ex- 
ample. Day 1 relates to the Define Phase of Six Sigma with 
applied key Lean Manufacturing tools. Day 2 relates to 
Measure and key Lean Manufacturing tools. Day 3 relates 
to Analyze with the application of key Lean Manufacturing 
tools. Day 4 refers to Improve and key Lean Manufacturing 



tools, and Day 5 relates to Control with key Lean Manu- 
facturing tools. In order to advance to the next day, the 
object and team must complete all requirements of day in 
progress. These daily requirements include, training, ap- 
plication of training, and delivery of results assigned the 
day in question. However, more or less days could simi- 
larly be used without deviating from the scope and con- 
templation of the present invention. Each day is structured 
in three segments: 1) project based training of tools 
(6-Sigma and Lean) required for the project(s), followed 
by the assignment of specific tasks and objectives for a 
team to 2) apply the tools learnt and 3) deliver tangible 
results in a day time frame. This structure is followed 
throughout five days to deliver improvements and closure 
in a time efficient manner. 
[0081] In conclusion, the user is required to analyze the blocks 
Figure 2 to establish a level indicator to define an opera- 
tional definition and its corresponding Six Sigma Kaizen 
schedule. A Level II Operational Definition is established 
when blocks 30 through 60 have been analyzed. In this 
case, a Level II Six Sigma Kaizen schedule is assigned to 
develop and institutionalize standards and processes us- 
ing pre-determined tools from Six Sigma, Lean Manufac- 



turing tools and Kaizen principles. A Level II Six Sigma 
Kaizen schedule will not apply when standards and pro- 
cesses are clearly defined and institutionalized. At this 
point, the object proceeds with analyzing blocks 70 
through 86, provided that blocks 30 through 60 are ana- 
lyzed prior to block 70. A Level III Operational Definition is 
established when the analysis from blocks 30 through 86 
indicates that the measurement system at the defect ap- 
pearance location or defect appearance process is unac- 
ceptable. The error in the measurement system is beyond 
acceptable threshold levels. In this case, a Level III Six 
Sigma Kaizen schedule is assigned to develop or improve 
the measurement system belonging to the defect appear- 
ance process using pre-determined tools from Six Sigma, 
Lean Manufacturing tools and Kaizen principles. A Level III 
Six Sigma Kaizen Schedule will not apply when the object 
analyzes blocks 30 through 82, finding the measurement 
system at the defect appearance location to be acceptable. 
The analysis continues from block 94 through 118 to 
evaluate the acceptability of the measurement system at 
the defect origination process, provided that the analysis 
from block 30 through 82 is acceptable. A Level III Six 
Sigma Kaizen operational definition is developed at the 



defect origination process wlien its measurement system 
is found to be unacceptable. A Level III Six Sigma Kaizen 
schedule is used to improve the measurement system at 
the defect origination process using pre-determined tools 
from Six Sigma, Lean Manufacturing tools and Kaizen 
principles. A Level III Six Sigma Kaizen schedule will not 
apply at either defect appearance location or defect origi- 
nation process when the analysis from block 30 through 
118 is found to be acceptable. The object continues the 
analysis from block 130 through 154 to evaluate the pro- 
cess controls by evaluating the defect origination process 
in terms of statistical stability over time, centering capa- 
bility with respect to a target value, and/or variability re- 
duction with respect to process standards. A level IV op- 
erational definition is developed when the defect origina- 
tion stability, centering, and/or process entitlement is de- 
termined to be unacceptable. A Level IV Six Sigma Kaizen 
schedule is used to improve process stability, centering 
and/or entitlement at the defect origination process using 
pre-determined tools from Six Sigma, Lean Manufacturing 
tools and Kaizen principles. 
[0082] While the best mode for carrying out the invention has 
been described in detail, those familiar with the art to 



which this invention relates will recognize various alterna- 
tive designs and embodiments for practicing the invention 
as defined by the following claims. 



